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The objective is to provide a means for placing relative values on alternative coun¬ 
termeasure concepts evolving within the Agency. Such an evaluation will provide 
better information to support recommendations for civil defense programs. 

This report describes the prototype design of the time-phased Local Countermeasures 
Model. Major accomplishments during this contract period were the programming of 
three submodels; these are in addition to the five developed under previous contracts 
Some additional work is required to integrate LDAM into the analytical procedure, to 
complete and test the operations submodel, and to complete and test the transporta¬ 
tion submodel. Work to date has enabled demonstration of many of the elements, pro¬ 
cedures, and assignment criteria used in describing local civil defense operating 
systems. 

The requirements submodel updates internal status records and determines functional 
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SUMMARY 


Improved techniques are needed to develop realistic procedures for 
coping with damage from nuclear attacks on local urban areas of the 
United States. The Research Triangle Institute (RTI), under contract 
with the Defense Civil Preparedness Agency (DCPA), is designing and 
developing a Local Countermeasures Model (LCM) which will he part of a 
larger analytical structure to evaluate solution alternatives to damage 
problems. 

This model (LCM) has been directed toward the evaluation of various 
local countermeasures integrated into a total operating system. Heretofore, 
system evaluations have concentrated on individual countermeasures; other 
countermeasures have either been omitted or included only in supporting 
roles. In contrast, tnis evaluation procedure is designed to integrate 
all countermeasures into one system- 

Technical Operations, Inc. (TOI) initiated development of an inventory 
file which relates attack environments to target area resource vulnerability 
to dynamically define the status of civil defense resources. The develop¬ 
ment work has been extended by the Institute for Defense Analyses (IDA). 
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The overall analytical framework requires, as input, time-phased 
problems which arc derived from the TCI/IDA damage assessment model. 

These problems arc formed into sets of problem affecting specific 
resources described by the target model- The human population is the 
prime lesource but other resources (including facilities, equipment, 
goods, and materials) affect man's survival. Operations are formulated 
which not only will enable the survival of resources but also minimize 
the level of injury or damage to them. All problems are required to 
have solution sets and ail solutions are required to expend limited 
resources. 

Comparisons can be made between dissimilar functions if they are a 
part of a set of operations that yield similar results and expend 
equivalent resources. Choices are made between comparable operations 
on the basis of a measure-nf-merit formulated from probable benefits 
and expenditures of available resources. 

The output of the Local Countermeasures Model is derived from the 
beneficial results of assigned operations and the availability of counter¬ 
measures resources relative to the operational demands for them. The 
latter relationship is called readiness. Thus, increased read' .^ss and 
relief and rehabilitation of survivors are the benefits derived from the 
countermeasures activities. Results are partitioned to determine the con¬ 
tribution of each subsystem to overall system p rformance and to interface 
with the other analytical frameworks required for total system evaluati.cn. 

Major accomplishments during the contract period were the programming 
of three submodels, in addition to the five developed under earlier con¬ 
tracts. As a consequence, the prototype Local f-ccntermeasurco Model is 
approximately eighty-five percent (85%) complete. (An exact estimate it* 
difficult, or impossible v because the desired product is not precisely 
defined and the roles are nor stated exp?icitly.) 

The Local Countermeasures Model, at least in a preliminary form, will 
demonstrate the elements, procedures, and performance measures which can 
be used in evaluating local civil defense operating systems. 

At least four uses of the Local Countermeasures Model are envisioned. 
FIrst, it may be used to coordinate the many submodels developed in the 
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countermeasure component areas (e.g., rescue, mcdic.ii treatment, fire¬ 
fighting, debris clearing, and decontamination). Second, it may be used 
to generate data from which damage functions may Sc prepared for the 
l.VUNS (Evaluation ol Lite Vulnerability of National Systems) procedures. 
Third , it may be used to evaluate and test revisions to local civil 
defense plans for specific local areas or for the general planning 
documents such as Al.FA NEOP, on which they may be based. Fourth , it 
may be used to train civil defense personnel. Explicit guidance will be 
needed to direct the model toward one or more of these applications. 

Each role Identified above should be evaluated to accept or reject its 
applicability and to assign priorities to the accepted roles. 

Practical use of a model of a local operating system can be achieved 
best through the development of procedures to Test and Evaluate Local 
Operating Systems (TELOS). A complete description of TELOS is beyond 
the scope of this effort, however, it may he described as the Local 
Countermeasures Model including the Local Damage Assessment Model (LDAM) 
along witli four additional models. They include: (1) an attack model 
(known as ANCETOPS) to synthesize; the nuclear attack environments for 
LDAM; (2) a daca base synthesizing model (not yet developed): (3) «ri 
evaluation model (which is not as yet developed) to analyze and correlate 
die outputs from the Local Countermeasures Model; and (4) a control model 
(which is no. as yet developed) which superimposes control requirements 
on all other parts of the TELOS procedures. 

RTI recommends the development and implementation of a multi-year 
program plan to realize ail of the potential benefits from the Local 
Countermeasures Model. RTI also recommends the integration of LDAM into 
the LCM, the completion of the I .CM, the preparation of a data base and 
the demonstration of the combined local operating system model. 
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FOREWORD 


The research reported herein covers the "design" phase of the 
synthesis of a near-future total civil defense system for the Defense 
Civil Preparedness Agency (DCPA) under Contract Number DAHC20-7]-(’-0222, 
Work Unit 41261. Details of the computer programs developed have been 
provided separately to the sponsor. 

Work Unit 41261 is closely related to the Five-City Study, litis 
effort focuses attention on the 4120 task which has as its objective 
the development of local CD system evaluation techniques. However, it 
is limited to analysis and modeling of a countermeasures system during 
the operating phase. 

The autnors express their indebtedness to Mr. Neal FitzS.imons and 
Mr. Donald Hudson of the DCPA Research Directcrate for guidance during 
the study. The authors also express their appreciation to Mr. Edward 
Hill and to others in the Research Triangle Institute who supported this 
research. 






ABSTRACT 


The Research Triangle Institute under contract with the Defense 
Civil Preparedness Agency is designing and developing a countermeasures 
model which is part of the analytical structure (TELOS) to evaluate 
solution alternatives to damage problems. The objective is to provide 
a means for placing relative values on alternative countermeasure con¬ 
cepts evolving within the Agency. Such an evaluation will provide better 
information to support recommendations for civil defense programs. 

This report describes the prototype design of the time-phased Local 
Countermeasures Model. Major accomplishments during this contract period 
were the programming of three submodels; these are in addition to the 
five developed under previous contracts. Some additional work is required 
to integrate LDAM into the analytical procedure, to complete and test the 
operations submodel, and to complete and test the transportation submodel. 
Work to date has enabled demonstration of many of the elements, procedures, 
and assignment criteria used in describing local civil defense operating 
systems. 

The requirements submodel updates internal status records and deter¬ 
mines functional requirements based on "new" problem and resource files 
generated in the problem definition submodel. The team assignment submodel 
adapts an existing allocation procedure for assigning teams (representing 
resources) effectively to operations which solve existing problems. The 
deployment submodel distributes the assigned resources to the locations 
where they can be utilized. The final steps in the operations submodel 
are to execute the assignments, to assess the benefits gained from the 
allocation of available resources, and to prepare the benefit-readiness 
report. 
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A Model of t he Local Civil Defense Operating System 


1. INTRODUCTION 

Improved techniques are needed to develop realistic procedures for 
coping with damage from nuclear attacks on local urban areas of the 
ited States. The Research Triangle Institute (RTI), under contract 
with the Defense Civil Preparedness Agency (DCPA), is de' ’ tning and 
developing a Local Countermeasures Model which will be part of a larger 
analytical structure to evaluate solution alternatives to damage problems. 

The objective is to provide a means for placing relative values on 
alternative countermeasure concepts evolving within the DCPA. Such an 
evaluation will provide better information to support recommendations for 
civil defense programs. Other uses of the model include: 

a) damage function development for national systems evaluation, 

b) training support for civil defense decisionmakers, and 

c) assistance in developing and evaluating local civil defense 
plans. 

RTI—^ has employed the simplified analytical structure developed by 

2 / 

Mr. Devaney,— formerly of OCD (now known as DCPA). in synthesizing a 

current local operating system. Subsequent effort by RTI has resulted in 

3/ 

a preliminary design of a countermeasures model.— This model is part of 


— R. N. Hendry. Civil Defense Operating System Synthesis: Countermeasures 
Model . Research Triangle Park, North Carolina: Research Triangle Institute, 
Octo’ er 1968. 

2 / 

— J. F. Devaney. Civil Defense Research Analysis : Washington, D. C. : 
Research Directorate, Office of Civil Defense, December 1966. 

3/ 

— R. N. Hendry and Dora B. Wilkerson. Local Operating System Counter¬ 
meas ures Model . Research Triangle Park, North Carolina: Research Triangle 
Institute, November 1969. 
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a larger framework designed to evaluate alternative local civil defense 
operating systems. Interfaces between the attack environment, damage 
assessment, target, and cost models in the larger system evaluation frame¬ 
work (now known as TELOS) require an adequate definition of compatible 
links between mutually supporting elements. 

Resource damage problems are accepted and solved by the model by 
assigning missions to organized sets of teams. This procedure measures 

mission benefits gained as a function of team readiness to achieve them. 

4/ 

A companion effort— by Technical Operations, Inc. (TOI) developed 
an inventory file (further developed by the Institute for Defense Analyses), 
which relates attack environments to target area resource vulnerability to 
dynamically define the status of civil defense resources. The effort has 
resulted in a local damage assessment model called LDAM. 

The Local Countermeasures Model requires, as input, time-phased problems 
which are defined by LDAM. These problems are formed into sets of problems 
affecting specific resources described by the target model. The human 
population is the prime resource, but other resources (including facilities, 
equipment, goods, and materials) affect man's survival. Operations are 
formulated which not only will enable the survival of resources but also 
minimize the level of injury or damage to them. All problems are required 
to have solution sets and all solutions are required to expend limited 
resources. 

Comparisons can be made between dissimilar functions if they are a 
part of a set of operations that yield similar results and expend equiva¬ 
lent resources. Choices are made between comparable operations on the 
basis of a measure-of-merit formulated from probable benefits and expendi¬ 
tures of available resources. 

'Hie countermeasures model described herein is constrained to utilize 
the damage assessment resource file as a basis for establishing the input 
resources and the prevailing environments in which the countermeasure 
operations must operate. Therefore, the output is presumed to be a 

■'i / 

I; " r; . i. Tiller, e_t_ ji I . Develo pm ent of a Local Civ 11 Do f on s c Oper a ting 
v ! " : ' i valuation Model (Draft). Alexandria, Virginia. Technical OpT'riuT Ions, 
Incorporated, January 1970. 




modified resource file in which the states of resource items are improved 
by countermeasures taken by local forces in response to civil defense problems. 

The output of the Local Countermeasures Model is derived frcm the bene¬ 
ficial results of assigned operations and the availability of countermeasures 
resources relative to the operational demands for them. The latter relation¬ 
ship is called readiness. Thus, general population, system readiness, and 
team effectiveness values are output from the Local Countermeasures Model. 
Results are partitioned to determine the contribution of each subsystem 
to overall system performance. However, since the evaluation procedures 
have not been explicitly defined, an adequate interface with the other 
elements of the Test and Evaluation of Local Operating Systems (TELOS) 
remains to be determined. 
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II. COST-ar.Nl'.FIT MF.ASURKS 


A. tou 1 ral 

The Local Countermeasures Model, as a part of the system for TKLOS, 
must produce output performance measures in terms of resource expenditures 
and benefits derived from these expenditures. Tne measures described in 
the following paragraphs of this section were derived in anticipation 
of the evaluation requirements rattier than in response to them. Therefore 
as evaluation criteria are developed these measures may be expanded or 
altered to suit specific requirements. 

Local operating systems are envisioned as a set of civil defense 
teams and facilities operating within (hut also a part of) the population 
and its resources. Necessarily, simple measures of the quantity of sur¬ 
viving people, facilities, equipment, and supplies have been and will con¬ 
tinue to he used to describe resources status. They are not believed to 
be sufficient for system evaluation. The following subsections describe 
survivor benefit measures; relative-well-being; readiness; a perfoimance 
measure called team-effectiveness; cost and price; and other potential 
indices. 

H. Survivors 

Local civil defense systems have a responsibility "to improve their 
individual circumstances for survival, and to relieve their distress, in 
the event of enemy attack on the city."—^ Therefore, it is reasonable to 
include the number of survivors as a measure of the degree to which local 
authorities have met this responsibility. The comparative measure of 
survivors-added (or lost) indicates a relative benefit between two times, 
between two alternative actions, or both. Neither survivors nor survivors 
added respond to the other part of the executive order referenced above; 
i.e., "to relieve their distress." "Distress" is taken to mean the status 
of a surviving citizen including health and welfare. Using this order as 
a base, three measures of survivor state have been developed. The first i 


5/ 


Uxocutive Order No. 7 dated October 26, 1962, City of Detroit. 




labor potential or health. This measure is designed to recognize the 
many injured and disabled survivors who arc in distress. The second is 
employment potential. This measure is designed to quantify the jobless 
who are in distress because the productive capacity of the local area lias 
been destroyed. The third is housing potential. This measure reflects 
the degree to which area residents have been deprived of housing. 

A team is the basic civil defense operating element in the Local 
Countermeasures Model. The number of surviving teams is another measure 
which is believed useful in describing system performance. Correspondinglv. 
the team-hour is the basic resource unit which is expended during operations 
to either increase survivors or relieve their distress. Measures indicating 
the state of civil defense teams are important in explaining the operating 
effectiveness of local sy-'ems. Five descriptors are used to define team 
states: active, mobile, inactive, inoperative, and restricted. l'ach Loan- 
iiour of each surviving team is classified as being in one of these states. 

An active team-hour status signifies that a team has been actively employed 
for an equivalent of one hour in solving survival or relief problems. A 
mobile status is defined as moving from one place to another either for 
redep1oynent purposes or to transport people from one area to another. 

An inactive status is believed self-explanatory. A team in an inoperative 
state is one that is short of personnel, equipment, supplies, or facilities 
and, thereby, cannot function effectively. Finally, a team in a restricted 
status identifies the effect of high radiation levels on team activity. 

Three other measures relate to the demand for team-hour resources. The 
first of these is indicated as a 'shortage." A "shortage" is defined as 
a demand for team-hours that cannot he satisfied by available resources 
during the current period. The second is a "pending, 1 status in which 
team-hours were assigned to satisfy a demand during, the cut tent petiod 
hut were unable to complete the assignment. The third measure is the 
quantity of team-hours expended during the current period to complete or 
satisfy a demand. Thus, all team-hours in a "completed" status are either 
mobile or active and are required to satisfy a demand. 






All of the above simple measures should be included in the output. 

If they are used for each unit area, statistical measures including means 
and standard deviations of these values may be of some value in evaluating 
local operations depending on the use to which TELOS is adapted. 

C. Relative-Well-Being 

The combination of the simpler measures of population status is 
called "relative-well-being" (RWB). It is described by the following 
mathematical relationship: 

RWB = (1 + L + V + W) 

where Survivors, S = fraction of population surviving; 

Labor Potential, L = average level of physical capability of the 

survivors expressed as a fraction of preattack 
normal capability; 

Job Potential, V = average level of value-added productive capacity 

surviving expressed as a fraction of the preattack 
value-added productive capacity ; and 

Housing Potential, H = average level of housing expressed as a fraction 

of surviving population housed in residential 
housing units assuming the preattack average 
number of persons per housing unit . 

Constants are added to each component measure to normalize the overall 
measure and cause it to range from 0 to 1. Different values of these con¬ 
stants enable the weighting of terms to reflect the user's priority scheme. 
If not otherwise designated, a default set of constants can be employed 
which set the constants to zero for the constants attached to L, V, and H, 
respectively. These default values would set RWB equal to S. 

Figure 1, Area Benefit Report , shows the format produced in Program 8 
using test data for one period. This report shows the population for each 
unit area and the percentages of that population who (1) are normal (have 
m> problems), (2) have problems, and (3) are lost (dead). These measures 
can be plotted as illustrated by Fig. 2, Population Plo ts, for up to 99 
t i periods. Figure l also shows the RWB for the previous time period as 
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well as the current time period. The differences between time periods are 
recorded under benefits added not only for RWB but for its components as 
well. A negative sign denotes a deteriorating effect. The readiness 
measure shown as RDY will be described in the next section and the concepts 
of cost and price will be described in a later section. RWB, RDY, RWB 
Price, RDY Price, S, L, V, and H may be plotted in a manner similar to 
that shown in Figure 2. 


DATE - 05-15-72 


BENEFIT REPORT 


PACE NO. - 003 


PERIOD » 1 TIME -24.0 DURATION - .5 


ZONE - 1 EOC - 1 


AREA TOTAL-PERCENT- -PRIOR STATE- -CURRENT STATE- -BENEFITS ADDEI> 

NO. POP. NORM FROB LOST RWB RDY COST RWB RDY COST RWB S L V 


— RWB -POTENTIAL BENEFITS ADDED- RDY 
II PRICE RDY S L V II PRICE 


1 15586 .65 .29 

2 10000 1.00 .00 


.06 I.000 

.00 i 000 


.000 

.000 


0 .674 

0 1.000 


.273 

1.000 


.326 

.000 


-.05 -.40 -.36 -.36 

.00 .00 .00 .00 


0 .273 1.00 .04 .03 .02 
0 1.000 1.00 1.00 1.00 1.00 


FOOTNOTES. RWB - RELATIVE WELL BFINC RDY - READINESS COST - TEAMHRS S - SURVIVORS L - LABOR J - JOBS H - HOUSING PRICE - THRS/BEN 


Fig. 1. Area Benefit Report- 



Fig. 2. Population Plots- 
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D. Readiness 


Whereas relative-well-being (RWB) describes the relative state of the 
population at a point in the emergency period, readiness (RDY) represents 
a measure of the potential RWB based on the ability of the system to meet 
the demands for civil defense services. RDY contains terms very much like 
RWB but has one additional element. This new element measures the ability 
of the civil defense management to process problems in the four categories 

RDY = C • S' (1 + L" + V" + H'). 

The evaluation of each of these terms is more complex than in the 
case of RWB above. In order to simplify the explanation, only one term 
L' will be described. The other terms are derived in a similar manner. 


L- - (F l + P L )/P 

where: L' = expected fraction of the total population with no 
health problems at the end of the next period; 

F„ = population having no health problems; 

P = total population; 

P L = RX(B + B'Y), 


where: 


Pj = expected number of people whose health problems 
are resolved during the next period, 

R = patients-to-beds ratio, 

X = expected fraction of demand for medical team- 

hours that are available or can be made available 
during the next time period, 

B = number of hospital beds not threatened, 

B' = number of hospital beds being threatened, and 
Y = expected fraction of threatened beds made available 
during the next time period. 
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Constraints in this analysis are: 

is not greater than P, 

P is not equal to zero, 

P^ is not greater than the health problem population, 

X is not greater than 1, and 
Y is not greater than 1. 


This RDY measure and its component elements evaluate the ability 
of the present system to respond to the demands for civil defense resources. 
This measure is not proposed as an absolute measure but rather as a relative 
indication of system readiness. These measures may be plotted in a manner 
similar to that shown in Figure 2. 

E. Team Effectiveness 

If the performance of local civil defense operations is to be evaluated, 
other measures must be employed to complement the RWB and RDY values. A 
team effectiveness index has been developed to show how well each type of 
team performs. The effectiveness measure is developed from the product of 
three component measures which are considered relevant to a comprehensive 
evaluation. These component measures are: availability, reliability, and 
utility. They are defined as follows for each team, each area, and each 
time period being analyzed : 


Availability, 

Reliability, 

Utility, l' = ■ 
Ef feetiveness 


A = 


t - Z 


R = 


a + m + i 

t-a. 


_c_ 

a + ki 

, E = 


- ; and 

+ i 

ARU = c/t ; 


where : 


t = total potential team-hours, 

9. = team-hour losses , 

a = active team-hours satisfying demand , 

m = team-hours committed to movement, either for deployment 

to satisfy demand or redeployment (non-productive movements), 
i - inactive team-hours, and 

r -- team-hours satisfying demand for both active team-hours and 
dep!ovrnent team-hours. 
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Figure 3, Team Effectiveness Report , describes an output based on 
hypothetical data. This report has a line item for each type of team 
which is identified by a team number. The number of teams lost and 
surviving, together with the total team—hours available, gained or lost, 
and demanded are printed as a basis for the relative indices defined above. 
The team-hour demand distribution is displayed to the right of the demand 
column showing the fractions called "S " (shortage), "C " (completed), and 
"P " (pending). Next, the team-hours available distribution is displayed 
under the "A," "M," "I," "0," and "R" columns. The categories "A," "M," and 
!! I" are defined above. Columns "0" and "R" are defined as the inoperative 
and restricted fractions, respectively, of total available team-hours. Each 
of the two distributions should account for 100 percent of total team-hours 
available and demanded. Using the appropriate column values, the indices 
described above are computed and displayed for evaluation. 
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93 
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5 
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32 
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.164 

33 
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-42 

0 

.000 

1.000 
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.715 

.223 

47 

191 

501 

501 
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.000 

.000 

,456 
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.000 

.273 

.662 

.718 

.130 

,444 

.148 

.158 
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.000 
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.423 


Fig. 3. Team Effectiveness Report. 


The report generating procedure is able to generate similar reports 
tor each HOC and for the zone at large. Moreover, an average or composite 
1 1 ■am is described as the last line item in the report. Although not now 
programmed, another report could be prepared summarizing the performance of 
.•arh type of team over time. The team effectiveness reports should not be 
• ■-•n f u-;rd with the need for an overall local operating system effectiveness 
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report. The latter type of final evaluation report is beyond the scope 
of the current effort and should be generated from results developed in an 
evaluation model based on data not only from the countermeasures model but 
from the damage assessment model as well. Due consideration must be given 
to program objectives, resource inputs, attack scenario, analytical con¬ 
straints, and cost. 

F. Cost and Price 

The notion of cost is extended to include the expenditure of team- 
nours. Team-hours are presumed to be a resource to be expended during an 
interval of time on a use-it or lose-it basis. The cost columns in the 
Benefit Report provide links with the Team Effectiveness Reports for the 
previous and current periods. They represent a measure of the number of 
team-hours required to achieve the benefits acquired during the two periods. 
Records of these expenditures and the effectiveness with which operational 
controls have managed them will be useful for identifying areas needing 
improvement. 

Another indicator which may prove useful in systems evaluation is 
price. Cost (team-hour expenditure) measures are collected for both 
RWB and RDY related tasks. If these cost values are divided by their 
respective RWB and RDY values, a pair of potentially useful indices are 
generated. They will provide a measure upon which to base an estimate 
of preattack resource requirements. Analysis of the historical records 
from the countermeasures model should produce observable trends in 
resource requirements and aid in improved planning and training for civil 
defense operations. 

G. O ther Indices 

The cost-benefit measures discussed in the previous paragraphs are 
believed to be the best measures of local operating system performance. 

Many other values can be produced in the output reports, if they are needed 
for overall system evaluation. However, other possible indices should not 
b 1 ' developed until a specific need arises during final system evaluation. 



III. LOCAL MODEL DESCRIPTION 


A. General 

The Local Countermeasures Model has been described in previous 
reports and its potential uses have been presented briefly in the preceding 
sections. This section updates the descriptions in previous reports. 

Although the description emphasizes the initial role of the countermeasures 
model—that is, the integration of all component subsystems—the model is 
readily amenable to performing the other roles identified in the introduc¬ 
tion. In addition, the model has a capability by which submodels can be 
bypassed by using table-lookup techniques to generate performance data; 
however, for continuity the local model description will be presented as if 
the initial role is its primary role. 

All activities performed by local civil defense forces must be in the 
Local Countermeasures Model for analytical results to be credible. Not only 
must these services be present, they must be sufficiently detailed to include 
all significant components and activities necessary to implement their 
assigned functions. Moreover, the interrelationships between functions and 
services must be identified if the effectiveness of the total civil defense 
system is to be determined. 

These points are emphasized to draw attention not only to the desir¬ 
ability but to the necessity of defining a countermeasures model which can 
interface directly with functional subsystem models. Subsystem models are 
defined as models generated through component studies under other Divisions 
of the DCPA Research Directorate. For example, the medical service functional 
submodel programmed by RTI under a research project for another Division can 
be made effectively a part of the overall countermeasures model. Likewise, 
other models can be embedded in the analytical framework. Some functions of 
the local operating system—such as communication, transportation, supply, 
and control ca 'not be subordinate parts because they must coordinate the 
other functions. 

The essential elements and the sequence in which they alter the states 
<>f resources arc shown in Fig. 4, Countermeasures Model . As shown, the 
• jor part of .'hose elements has been programmed. The problem definition 
programmed in COBOL for use on the CDC-3600 computer at the 
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National Civil Defense Computer FaciLity (NCl)CF) . A> indicated above, 
the medical submodel lias been programmed, and the requirements submodel 
with which it interfaces has been v'ritten and tested; both are on file 
at NCDCF. The transportation submodel has been partially programmed and 
tested to generate route and time values for the operations submodel. 
Communications are omitted for the present, but after the other structural 
elements have been completed, a communications submodel may be incorporated 
with no expected difficulty. The allocation function has relied heavily 
on the work done under Work Unit 1631-^ to provide a means for controlling 
i_he simulated activities of the local system. After assignment of teams 
to operations, specific changes will be made in the states of resources. 
Control over these movements and the rate at which they take place has been 
provided in the deployment submodel; work on the operations submodel has 
been nearly completed. A reporting submodel has been added during the past 
year to take data from the operations submodel and prepare output reports 
describing population and readiness benefits and team effectiveness. These 
aspects of the local model were described briefly in the preceding section 
of this report entitled "Cost-Benefits Measures." Finally, the resources 
arc redefined within the inventory file in terms whicn express their degrees 
of vulnerability to damaging environments. This model was programmed and 
tested at N'Choh. The first and last of these programs are designed to be 
compatible with the program developed by T01-- and improved by IDA. 

A more detailed description of each of the analytical procedures 
referenced above, beginning with problem definition, is given in the 
following sections. 


-- J>. S. McMullan, ftt a l. B udge t Alloca tion fo r Shelter S y stem s, Final 

Report. OCD Work Unit 1631C. Research Triangle Park, N. C. : Research 
Triangle Institute, June 1967. 



II. Pro blem De f in i t io n 

Organization of civil defense countermeasures to meet undesirable 
situations begins with problem definition. Each resource in the inventory 
status file is examined with respect to its damage state and environment. 

A set of problems is identified which controls the type of operation to be 
conducted to solve or improve the prevailing situation. A counterpart of 
these problems is the availability of resources to implement proposed 
countermeasures. Shortage or damage to these resources, particularly 
injury to personnel, adds control and readiness problems to those already 
recognized as requiring remedial action. Availability of CD resource is 
defined by a resource matrix organized by land use or service function 
and resource type associated with each function. The output of the problem 
definition submodel is a problem file containing four general classes of 
problems. Records of two or more classes exist for each land-use entry 
within a unit area. Control and readiness problems are always present. 

1. Control P roblems 

Problems that relate to the ability to identify, locate, direct, 
coordinate, or otherwise control the civil defense system are identi¬ 
fied as control problems. One example is the inability to inform 
peep 1 p due to the disruption of communication facilities; a second 
example would be insufficient information about the prevailing environ¬ 
ment at a distant Location under its jurisdiction; a third would be 
unassigned resources that may be useful elsewhere in the system. In 
some instances a problem may have been reported but insufficient 
information included to take appropriate action. Finally, problems 
unresolved at a lower control level represent a control problem requiring 
remedial action at higher level in the control system. All of these 
problems are assessed on the type "l” problem record. Many simplifica¬ 
tions are necessary in a prototype design. For example, communication 
is assumed to be perfect. Thus, communication problems are deleted 
from the initial design, although the inherent capability to handle 
these problems remains. 
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2. Readiness Problems 

Problems that relate to the vulnerability of people in a 
preattaek situation or to personnel, facilities, and equipment 
required by teams are readiness problems. The availability of 
resources to meet other types of demand is increased by corrective 
actions in response to these problems rather than by yielding direct 
benefits. For example, if a team is inoperative because of a shortage 
of supplies, providing supplies does not necessarily mean benefits; 
however, they will in all probability yield benefits if the supplies 
art' timely and used effectively. In some instances countermeasure 
actions may decrease the potential for injury to unprotected people. 
Thus, the solutions to readiness problems are extremely important to 
civil defense as a means by which the potential for gain is greatly 
improved. Problems of this type are entered on the type "2" problem 
record. 

3. Dam age Contiol Problems 

Damage control problems, unlike other problem types, prevent the 
loss of a resource or its utility rather than improving an already 
degraded condition. Fxamples of this type of problem include fire¬ 
fighting, decontamination, and debris clearing. Operations formulated 
to resolve these problems provide benefits derived from the salvage of 
resources which would otherwise be lost. For example, the use of 
shelter spaces, pumping stations, and residential units within an area 
may require damage limiting operations to remove cue threat of fire- 
spread . 

4. Relief and Rehabil itat ion Problems 

This class of problems, which relates directly to the state of 
people, consists of shelter, rescue, treatment, and rehabilitation 
problems. It sets the standard for measuring the degree to which 
human life has been disrupted. All other problem groups must relate 
to this one and in this sense are subordinate to it. Damage control 
problems become meaningful by the degree to which they prevent the 
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typo of problems recognized by this group. Moreover, increased 
readiness and control problems become meaningless unless they reflect 
an inability tc cone with either damage control or relief and rehabi¬ 
litation problems. Since this last group represents the most important 
set of problems, it has been the primary subject of the model—bui1 ding 
effort within the countermeasures model. Important consideration has 
been given to readiness problems associated with relief and rehabilita¬ 
tion problems. 

In a dynamic evaluation of a local civil defense system, problems 
change from one period to another; therefore, problem definition not only 
requires identification of a problem, but details of its magnitude and rate 
of change. Some problems which remain unsolved may deteriorate into different 
or more severe problems (e.g., they may spread from one area to another); they 
may even disappear altogether with or without adverse effect. Recognition 
of this dynamic character is one of the significant differences between the 
system model now being developed and previous models. As a consequence, 
the output from the problem definition submodel conttins a problem change 
file which denotes the increase or decrease in the number or magnitude of 
problems over those existing in the previous period. Only when new problems 
have been recognized can requirements for appropriate civil defense activities 
be generated. 

C. Alternative Solutions 

The first function of the requirements submodel is to update service 
records and verify increased readiness and control problems. After updating, 
sufficient information is available to prepare alternative assignments. 

These assignments are inputs to the various functional submodels. This 
requirements submodel lias been written to include a table-lookup capability 
which can be used instead of submodels to generate resource requirements. 

If selected, a procedure is available that will link the detailed medical 

8 / 

treatment— and transporation submodels which are described in Sections 
I IT. I) aiu Ill .F. 


— J. N. Pyecha, et al. User's and Operat o r's Manual lor the Local and 
Aggregate T ot al hmergency Health C are Sys te m Mode ls. Final Report R-0U-407, 
Volume II. OCD Work Unit 3432B. Research Triangle Park, North Carolina: 
Research Triangle Institute, October 1970. 
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1 . 


Service Status Kile 


It is possible to update the service file with respect to the 
status of teams by examining the resource and the "new" problem 
files. Tor example, if a change due to injury, entrapment, or 
other mishaps reduces the number of eligible civil defense people, 
adjustments in the number of teams and, perhaps, their functions 
and state distributions are necessary. Updating is also necessary 
if the magnitude of a problem has decreased, so adjustments would 
have to he made In existing assignments and then in team states. 

An example of the need for updating in service status is the death 
of people scheduled for rescue while teams are enroute to the site. 
Therefore, the status of teams may change from active to inactive, 
pending reassignment. Changes in equipment or supply are made by 
updating the service status file and by noting any new increased 
readiness or control problems. After updating, appropriate records 
are selected for processing through each functional submodel. 

2. Functional Submodel Input Processo r 

Initially, two functional submodels (medical and transportation) 
are being incorporated in the overall countermeasures model. Each 
’-oquires a separate input file. Tu add depth to the operational 
alternatives offered by the model, other functions (e.g., rescue, 
casualty collection, remedial movement, and shelter) arc incorporated 
in a simplistic fashion by table-lookup. The medical description 
assumes the existence of a set of records containing the number of 
teams available, quantity of supplies, and the type of injury, as 
well as identification and general data about the unit areas. 1 he 
requirements submodel generates this data set from the resource, 
problem, and assignment files as an input to the medical submodel. 
After processing the input files, the functional submodel generates 
an output that is processed bv an output file processor to generate 
data used by the assignment, deployment, and operations submodels of 
the Local Countermeasures Model. 




j. l-'u nct ionai Sub model Output_Processor 

following luncLionnl evaluation of a problem's demand for 
resources, the outputs are vedefined for die assignment record. A 
typical output processing task eati he illustrated by outputs from 
the medical submodel. Pat a items received from Llie medical submodel 
are me number of casualties treated and not treated, the number of 
deaths ejected in each group, supplies used, team-hours used by each 
team assigned, and the number of transfers. These items are entered 
or redefined as required on appropriate functional assignment records. 
After all functional submodel output is determined fer all unit areas, 
control is passed to the team assignment submodel to evaluate assign¬ 
ment or reassignment of teams to specific operations. 

1). Ku net ional. Submode l s : Me dical Submodel 

Two computer simulation models designed to assist medical preparedness 

planners ir. analyzing post.attack health consequences were developed by RTI 

9/ 

under 0C1) Research Project 34321!.- One of these models, the Aggregate 
Total Emergency Health Care System Model (Lhe Aggregate Model), can be 
applied in tiie study of health related problems at the county, area, state, 
regional, or national levels.*—^ The other model, the Local Total Emergency 
Health Care System Model (.the Local Model), is designed for studying single 
localities—a town, a citv, or a one- or two-county area in which detailed 
results are desired for each Standard Loeatinti Area (SLA). The Local and the 
Aggregate Models, although they differ considerably in logic flow, are simi¬ 
larly designed; each has two submodels or programs that provide essentially 


— ,J. N. Pyecha, et al . , op. tit. 

10 / „ ... 

— county, area, state, or region designations aio use,! In tins report as 
defined by the National Location Code (NI.C) prepared by the Bureau of the 
Census for the Defense Civil Preparedness Agency fformerly OCD). In order 

to prevent any ambiguity in the use of these terms, a NI.C area or region will 
be designattd as a DCPA area or DCPA region, respectively. No distinction 
with regard to tat* use of the terms "county" or "state" is required. 
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11 u‘ s . 1:110 type of output for tluir respective geographic areas: (1) an 
immediate effects submodel is directed toward improving 1 he prognosis of 
the immediate weapon effects injuries for days 0 through 30, and (2) a 
communicable disease submodel is directed toward prevention and cure of 
disease epidemics for days 31 through 365. 

An excellent opportunity for demonstrating a practical interface 
between component studies and a total systems evaluation model is offered 
by adaptation ot this model for use in the bocal Countermeasures Model. 

To that end, this model was selected and programming was initiated (see 
previous sections on tin functional submodel input and output processors). 

1. I mmcdiate K ffo ots Submod el 

The immediate effects submodel simulates the sorting and treating 
of seventy-two casualty types that might survive a specific nuclear 
attack. Prognosis of death is based on the injury type, the radiation 
dose, the availability of medical supplies, the level of treatment 
received, and the time delay in initiating treatment. These delays 
are due to (1) dangerous radiation fallout fields, (2) transporting 
supplies and casualties, and (3) reestablishing a minimum organization. 
The number of deaths and survivors of the 30-day immediate effects 
phase, along with the utilization rate for medical supplies and person¬ 
nel, are outputs. 

A prognosis of survival is applied to each set of injury problems. 
Input data defined for each injury type specified in the medical case¬ 
load include: (1) the time required for treatment at the surgeon, 
physician, and allied medical personnel levels; (2) the time span after 
which initiation of treatment is of no avail; and (3) the prognosis at 
each treatment level or it no i >rmai treatment is undertaken. Output 
goes to the functional submodel Output processor (referred to in the 
previous section). A detailed description of this submodel can be 
found in the referenced report by RT1.—^ Although not presently 
contemplated as a part of the total systems evaluation model, the 
communicable disease submodel is likely to become a part of it. and. 
therefore, is worthy of brief comment. 


n/ 


I’verha. et al . . on cit . 
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Comnmnicable Disease Submodo1 


The communicable disease submodel evaluates the first 30 days 
in the post at Lack phase. The submodel, using a mathematical descrip¬ 
tion of infection, subjects survivors of the immediate effects phase 
to the risks of becoming infected by one or more of eleven communicable 
diseases. The variables include radiation dose rate received by 
casualties, geographic area involved, time of year (seasonal variation), 
and general postattack conditions. A prognosis function, based on the 
disease type and the availability of medical personnel and supplies, is 
applied and estimates of infeetives and fatalities, along with the 
allocation rate for medical resources, arc made in chronological 
periods of from one to five days. Death rates by disease type are 
adjusted to reflect current status of medical resources; for example, 
the severely irradiated will develop problems more <|uickly than the 
other groups and, therefore, will use resources first. Outputs are 
similar to those for the immediate effects submodel; however, the 
number of "infeetives" by disease type is substituted for the number 
of casualties by injury type. 

3. Med teal Su bm odel Output s 

Although the immediate effects and the communicable disease sub¬ 
models are not alike in detail to each other or to the other functional 
submodels, they both do possess similar characteristics such as the 
specifications of such common outputs as (1) team-hours demand, 

(2) supply items demand, (3) transfers (demand exceeds capability), 
and (4) expected losses or state changes. 

E. Respure e Assi emuent s 

both the file configuration and the data management techniques being 
developed ir the requirements submodel are needed to prepare the team assign¬ 
ments. A new record is created to describe each operation required to 
solve a defined problem set. The number of teams and the average time each 
team requires to implement each operation and to secure the desired benefits 
are derived from functional submodels or table-lookup. These values are 
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used, subject to constraint, to determine assignments for all teams under 

the jurisdiction of a specified control point. This allocation procedure,—^ 

IT/ 

an actuation of an efficient algorithm developed by RT1,— assigns 
resources to alternative programs. Demands not assigned arc retained for 
subsequent allocation of unassigned resources in later periods. Provision 
has been made to permit externally assigned priorities to override inter¬ 
nally assigned priorities. After all assignment decisions have been made 
and new and old operations records have been combined, the evaluation 
procedure enters the operational phase for the deployment of resources and 
the execution of mission assignment, 
f. Resou rce De ploym ent 

Deployment planning for team and supply distribution over tlu* 
network of lines and links is necessary in t~>tal countermeasures system 
analysis. Planning leads to tiie proper and efficient assignment of 
resources. Phort cuts arc contemplated which would permit a choice 
between estimating arrival times and determining them in a queuing 
model. The minimum route procedure has been programmed in PORTRAN, bui 
it iias not been adapted tor the route selection procedure described in 
Section 111.K.ft. Thus, t lie selection of operations auu L IK* <i^S x ii h'il ■ nt_ 
ot teams to trips are presumed to have been accomplished before deploy¬ 
ment . 

1 . C.enerai Descr iption 

because an important aspect of a dynamic system is the movement 
of resources t rotn otto area to another, movement to shelter, as a 
countermeasure concept, cannot ho evaluated satisfactorily without 
some form of transportation suhmodcl. Although, the present model 


—P. S. Me Mu 1 lan, et a l. Bud get Allocation for Shel ter S ystems , op cit. 
13/ 

P. S. Me Mill lan, e t al . An A lgor ithm fo~ Maximizing Cost Effectivenes s 
of Civ i l Defen se Shelter Development Program s. Work Unit 1631c. Research 
Triangle Park, North Carolina: Research Triangle Institute, October 1966. 
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dues not utilize tli*. general queuing model procedure which is describ 
in tho to] lowing paragraphs, it is planned to incorporate this prorod 
.it some future date. Therefore, tho prototypo version assumes that 
predicted minimum travel times without traffic delays are realized. 
Tin* queuing model will enable a time-related set of moves to shift 
resources about the network and determine the delays due to trafiic 
congest ion. 

2. Minimum Ro ute 

A minimum route file is generated in the transportation submodel 
for all moves between admissible origins and destinations within a 
network. Selected minimum paths consider network problems (radiation 
blocked streets, traffic jams, speed-reducing debris, etc.) evident 
in the queuing model for the immediately preceding period. This 
route file is the source of all movement time entt'es in trip records 

Special procedures are being derived for dealing with the 
relatively large networks. Present estimates contemplate over 300 
major artery links for the Detroit Metropolitan Area network. 

Since this area is too large to be managed as a single network, 
four levels of networks coinciding with the organization structure 
have been devised. Levei i, which corresponds to the sector, is 
a network linking unit areas within a sector; nodes (otherwise 
identified as link terminals) which are interior and do not appear 
in another network arc labeled level-1 nodes. Levcl-2 nodes are 
exterior, or sector boundary points. Level-3 nodes are level-2 
nodes which are also group boundary points. Level-4 nodes are 
both level-2 and level-3 nodes and arc zone boundary points. 

Lcvel-5 nodes are also zone boundary points, but at the local 
level of analysis they are recognized only as level-4 nodes. 

These levels allow one to structure a network of minimum routes 
(rather than links) and to determine movements over large networks. 
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Trip Fi 1 e ('.enor .11 i_o_n 

Resource availability and functional capability arc the two main 
criteria for generating movement requests. If (lie environment prevents 
functional performance or resources arc not available in a specific 
area, neighboring areas are searched to establish minimum time moves 
that resolve those problems. Searches arc conducted in order of 
operational priority and two trip records are generated. The first 
is used to subtract resources at the origin and the second is used to 
add resources at the destination. If arrival times have not been 
reached at the end of the current period, the resources art' placed in 
an "iii-transit" status. The trip file is the primary input to the 
queuing model. The purpose of the queuing model is to determine 
whether the planned trip departure and arrival limes can be executed 
over the transportation network. Delays due to traffic congestion 
arc acknowledged by altering either or both of these times. 

4 . _Qae_u_ing_ _Model 

Basically, a trip is defined as a move in which some resource 
takes a path (represented by the link) through an environment. 

The link has four properties: (1) a gate which processes trips one 
at a time, (2) a queue which orders the trips through the gate, 

(3) a pointer which guides the trip to other links, and (4) a 
generator which originates new trips for the networks. The submodel 
maintains two lists of pending events (origination and process 
completion); each list has an entry for each link. The next event 
is the minimum positive entry in either list. 

Initially, origination times are set to zero, process comple¬ 
tion times are set to minus 1, and all links are set idle. The 
originate routines must be entered first to place trips in queue 
and to determine the time-to-next-origination for the originations 
list. The idle indicator requires that a trip be selected for each 
link and that the process time be determined for the process 
completion list. Control is governed by the advance of "simulated" 
time and by the event times on either of the two lists. 
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The "simulated" time enters the link's originate routine il it 
readies a time in the origination list. This routine generates the 
required trip descriptors and the time-to-next-origI nation. The 
former is placed in queue; the latter, in the originations list. 

If "simulated" time is reached in the process completion list, 
the link's disposal routine is entered to define the link numbers 
by which the trip is routed and places them last on its queue. The 
link is labeled "idle" if the "trip" queue is now empty; if not, 
control goes to the queue select routine to find the position of the 
next trip for processing. (Mote: If first-in-first-out, the next 
trip in queue will bo processed next.) The selected trip descriptors 
are moved to the working Location and the process time is determined 
by the process routine. The "process" time is added to "simulated" 
time and placed on the process completion list. 

Maximum queue lengths can be specified by using a special 
feature of the disposal routine. Trips arc retained in the present 
link, which will become temporarily idle until the queue at a 
specified link decreases. 

5. Ope ra ti una1 Deplo ymen t 

Using the queuing model described above and the trip file, 
resources are moved over the network. Starting with the highest 
level network, movement proceeds until all are at the lowest (or 
the unit area) level. Unforeseen delays require that arrival times 
be adjusted for positions attained during the time interval. Statis¬ 
tics are prepared for each link. Information from this queuing process 
will be used for planning movements in the assignment model during the 
next time interval. Thus, decisions arc being influenced constantly 
by events in the immediate past. (Correspondingly, fallout prediction 
data could be made to influence routing by formulating predictions in 
a way similar to that described above; however, this prediction option 
is not planned for the local model now being developed.) Deployment 
is completed to determine arrival times for teams performing assigned 
f unci ions. 
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(■'. Ope r.i 1 i ims 

l.'i’niii 1 1 y , iK'p 1 iiyiivnt will; or without the queuing. model is made possible 
at the beginning of the operations phase at rates specificu by two trip 
li'i'i'i'ii:. generated in tin- <iop 1 ovtnoiu submodel. Those two records are sorted 
into oripiti and destination locations in a sorting operaticn between the 
deploymini, and operations submodels. Opera* ions records are processed by 
priority in the presence of assignment records organized by area, operation 
number, and land use. Changes in resource states are recorded in the benefit, 
problem, and resource li U s. Changes in system performance arc recorded in 
the benefit and readiness files. 

lliis procedure is nearly completed. It, together with the tranporta- 
lion submodel, are the lasL elements needed to complete tin prototvpe l.oca] 
Countermeasures Model. However, no significant problems are expected in 
completing these submodels. The benefit file is used in the report submodel 
to describe henetits, readiness, and team effectiveness. The changed 
resource and problem files are input to the final step in the countermeasures 
model before redefining, the resource status and lecording the vulnerability 
in the inventory status file. 

H. Cost-Honefi t Reporting 

During the reporting period, a report generating procedure was pro¬ 
grammed and tested using hypothetical data. This program uses two files. 

The first is a performance file generated in the operations submodel. It 
contains team performance information, population benefits, and readiness 
data. The second file contains historical cost-benefit data from previous 
periods. 

Data from these two files are processed and the cost-benefit measures 
described in Section II are developed and displayed in two reports, the 
Benefit Report (Figure 1) and the Team Effectiveness Report (Figure 3). 

In addition, the program ha:, the capability of plotting data on the Benefit 
Report to allow visual scanning for significant changes. The plotting 
procedure can plot four (4) data sets for each time period. An example 
of this form of output may be seen in Figure 2. Four different sets of 
plots may be produced displaying the values of 16 data elements. 
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As ilii- lOuntcmeasures modi’] is integrated with tin 1 evaluation 
model, additional data requirements are likely to evolve. If so, then 
tins report generating procedure probably will be altered to meet these 
new needs. 

1. Inventory P rotection 

Where the people are located (e.g., in single family residential 
units or NI'SS shelters) determines the protection level or. conversely, 
the vulnerability level of people. People are loaded into shelters and 
inventory records arc prepared according to the control policy and posture 
constraints prevailing at each location. This submodel, programmed for 
the COC-3600 computer at Nf-DCK, uses the problem ami resource files from 
the operations submodel to update the status of resources in tho inventory 
file developed by Technical Operations, Ino. (T01) for their damage assess¬ 
ment model. Three files (problem, resoirce, and inventory) are manipulated 
to update the inventory file. The inventory ,ile is described here to 
emphasize the significant aspects of this interface. If area data remains 
unchanged, the file is transferred directly to the updated file; structural 
data and area situations are generated from the master inventory and pre - 
blcm files; personnel records are generated largely from the problem file; 
resource records ate generated from both the resource and the master-status 
files; and shelter space records are transferred from the master-status 
file t>IS)'). The final function ot this submodel is to fill shelter spaces 
according to the control policy and to record the protection factors for 
the occupants. 

At this point in the evaluation, one pass has been completed by the 
countermeasures model by taking the master-status file from the damage 
assessment model and delivering hack to ir an equivalent file. This file 
was modified to reflect civil defense countermeasures during the specified 
time interval. In the course of planning and executing the specified 
countermeasures, a number of files were created, modified, and retained 
for the next process period. Processing continues until the number of 
rime periods required by the system control model terminates the simula¬ 
tion. A large number of printout options provided within tlie submodels 
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yield a running description of system performance. Output data may be 
processed at the conclusion of each pass or at the time o; termination. 

Tlie MS 1 contains most of the information in the data base. It is 
a vital part of the local systems analysis as evidenced in the following 
discussion. 

J. D amage As sessmen t 

/ 

A brief description of the Local Damage Assessment Model (LDAM)— 
is abstracted here to enable the reader to follow the entire procedure 
planned for local system simulation. If desired, the user may intervene 
either before or after executing the LDAM. 

The model applies prompt and persistent effects of one or more nuclear 
deionations to each unit area and to each area's resources. Since the model 
is executed once for each time increment, damage and casualties are assessed 
for each unit area in turn. 

The LDAM interfaces with the attack model, which provides input for 
necessary environmental effects data. The fire-spread submodel in LDAM 
updates the MSK for fire-spread and fire casualties. The initial MSF, 
organized by unit area, contains the target area description (TADi), the 
inventory status (1ST), and personnel status records and furnishes input 
for the l.DAM. 

Six submodels of LDAM perform the following functions: (1) apply 
prompt effects to the target area, (2) apply prompt effects to the inven¬ 
tory, (3) apply persistent effects to the target area, (4) apply persistent 
effects to the inventory, (5) apply fire effects to the target area and 
inventory, and (6) summarize and generate reports. The LDAM updates the 
MSF for each unit area and time increments. In all unit areas the prompt 
effects of the initial detonation are assessed tor both target area and 
inventory; then persistent effects are assessed for unit area and by single 
time increments unless additional nuclear detonations occur or the transattack 
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period ends. If additional nuclear detonations occur, prompt assess¬ 
ment is performed before continuing the persistent effects assessment. 
Damage, casualties, entrapments, and debris levels are determined on the 
basis of triptychs or multiLyehs, which indicate the degree of damage and 
casualties from blast, fire, and radiation by structure type, personnel 
posture, and type of casualty according to the effects data provided by 
the attack output and the fire-spread output. At the end of each time 
increment, output of LDAM is the updated MSF; these records reflect the 
current situation including availability and the condition of resources, 
hither all data in the file or certain selected records may be printed. 



IV. DATA BASE 


Preparation of the drta base (master inventory file) required by 
the submodels of the lo-.-jl Countermeasures Model was begun two years ago. 
Efforts last year conferred revising and updating the existing data base 
and pieparing data files needed for the submodels programmed that year. 

This vcur, items of the data base needed by the submodels were revised 
and the trial data base enlaiged. As more submodels of the Local Counter¬ 
measures Model were programmed, data files needed for execution purposes 
were created and stored either on disk or entered as card input. 

The trial data base has been developed from real data about Detroit, 
Michigan. This data base covers eight (8) of the two hundred and eight 
(208) unit areas in the six-county area of Detroit. Generally, these 
unit areas were formed according to their Zip Code boundaries. Informa¬ 
tion contained in the data base file for each unit area includes the 
following: 

(1) Latitude and longitude of the unit area. 

(2) Areas of land parcels in 64 selected land-use classes. 

(3) Building density and structural type distribution for each 
land use class. 

(4) Population distributed by land-use class and civil defense teams. 

(5) Shelter spaces by PF category for above-ground and below-ground 
shelters. 

(6) Equipment for fire-fighting, communications, transportation, 
medical treatment, etc. (74 codes). 

(7) Pood (rations) estimated available in restaurants, retail stores, 
and wholesale warehouses. 

(8) Potable and nonpotabie water. 

(9) Major transportation arteries (highways, railroads, waterways). 

Since the trial data base covers only a few unit areas, this data base 

should be expanded to include all unit areas in tlie* Detroit metropolitan 
area. Subsequent effort should focus on the evolution of a "typical" data 
base which could be applied to any operating zone. If a few key local 
parameters are generated and processed with the "typical" data base, a 
particular local data base can be synthesized suited to the selected mode 
of operation for the Local Countermeasures Model. 
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V. DISCUSSION 


This section contains a funeral discussion of the Local Counter¬ 
measures Model, its development status, and the methodology used to 
achieve its objectives. 

The model being developed by KTI has been directed toward the 
evaluation of many individual countermeasures integrated into a total 
operating system. Heretofore, system evaluations have concentrated on 
individual countermeasures: other countermeasures have either been 
omitted or included only in supporting roles. Thus, this evaluation 
procedure is designed to integrate all countermeasures into one system. 

The concept of a countermeasures model is embedded in a larger concept 
of a system to test and evaluate local operating systems (TEI.OS). TF.LOS 
has been described as having four roles or applications. They are: 

(1) Coordinate component research contributions to Local Operating 
Systems. 

(2) Prepare damage functions for national assessment of civil pre¬ 
paredness . 

(3) Support training of local civil defense through operation simula¬ 
tions. 

(4) Evaluate alternative local operating plans and procedures. 

The test and evaluation procedure is described concisely in Fig. 5, TKLOS 
Flow Chart. 



Fig. 5. 1EL0S Flow Chart. 
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briefly, t hr svhti'i'i funetions under ;i set of controls which governs 
an .ut.uk mock'] which generates overpressure, thermal, ana nuc lear radia¬ 
tion levels at various points over the cuti ■ ; local area. The local area 
is describee] by a data base that can he varied by control inputs. The 
local damage assessment model (1.1'A.M) relates the rose urces to the environ¬ 
ment levels and describes the rest lting damage. The Local Cnuntemeasures 
Mcuiel (l.('M) responds to problems derived from an examination of resource 
damage’- Through various countermeasures, if either protects resources 
from subsequent damage or relieves the distress resulting from the con¬ 
sequent damage-. In either case the state of local resources is altered. 

An iterative process between the countermeasures and damage' assess¬ 
ment model conducts operations through a number of time periods 
by system control. An evaluation model analyzes the outputs fran! both 
l.DA>! and I, CM with respect to the particular role of TKI.OS. On the basis 
of this evaluation, controls for further data generation arc determined 
and a new cycle begins. If evaluation goals arc achieved, appropriate 
reports are generated reflecting the outcome with respect to those goals. 

The status of the countermeasures model program may he described as 
in the late developmc nt. stage. Progress has been evolutionary, '..’orb, has 
progressed slowly and in an orderly way toward the objective—develop¬ 
ment of a total local civil defense evaluation system. As the model has 
evolved so have the uses described above. Thus, the prototype counter¬ 
measures model is approximately eighty-five percent (85%) complete. (Au 
exact estimate is difficult, or impossible , because the desired product 
is not precisely defined and the roles are not stated explicitly.) The 
character of the model has changed during the course or development and 
is likely to continue to change. 

Several simplifying assumptions have been either adopted or recom¬ 
mended for adoption to allow earlier demonstration of a prototype model. 
First, communication problems have been considered but not incorporated 
in the model. Second, the use of reference tables instead of submodels is 
urged, even though this implies displacement of the first role as tiie most 
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important, role ot the model. Many other less obvious simplifications have 
been made throughout the design to shorten both development and running Lime 
without loss of realism and to make this simulation of a complex system 
more practicable. Care has been taken to insure that a relatively high 
degree of flexibility is retained; elements bypassed lor expediency may be 
restored without negating the fundamental approach underlying the model 
structure. 

As work proceeds, considerable effort will be exerted to refrain 
from making major changes until the prototype has been completed. Many 
improvements will be withheld for a second version of the analvtieal 
f ramework. 

Figure 6, bocal Co rmeasure Model Program Description , describes 
concisely the process used to generate local operating system benefits. 

LDAM was added at the end of this program description to show that 
the output from the Local Countermeasures Model goes into this model. 

LDAM could have preceded the LCM. It is significant to show LDAM last; 
implying that LCM includes the potential for performing countermeasures 
b fore an attack as well as after cne. Although the prototype version 
was originally designed for transattack operations in response to damage 
problem.'; arising it' the immediate postattack period, it has an ability 
to respond to anticipated problems arising in the preattack period, if 
they are appropriately defined. One of the earliest improvements in 
the LCM should include changes incorporating these definitions. 

A detailed development, test, and evaluation plan is needed to guide 
progress toward the utilization of the Local Countermeasures Model for 
most, if not all, of the roles discussed above. 
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VI. CONCLUSIONS AND RECOMMENDATIONS 


The preceding sections support the conclusions that explicit guidance 
is needed to define the roles of the Local Countermeasures Model in system 
evaluation. RTJ recommends that the control of inputs and the evaluation 
of Lite outputs be developed based on the role definitions for the TELUS 
system. A very important part of this effort is to examine alternative 
roles and to determine the system requirements for these roles. Thus, 
the system objectives will determine, through stated requirements, the 
nature of the controls to be imposed on the damage assessment and counLer- 
measures models. 

Recommendations for completion of tlte prototype development model 
are that a multi-year program be developed and implemented to realize 
all the potential benefits from the focal Countermeasures Model; the 
transportation and iterations submodels be completed and thereby, 
acquire a prototype version of the l.-.i, al Countermens* res Model; the 
Local !).image Assessment Model (LDAM) developed by 1 DA be combined with 
the Local Countermeasures Model for s; ooth operation; a complete detailed 
local data base be developed to support this effort; and the ability o£ 
the system to process local operating data and generate output information 
suited to the test and evaluation of alternative operating tactics be 
demonstrated. 





BIBLIOGRAPHY 


Gen eral 

Ahorsman, A. L. , el a 1 . Command and C ontrol Implic ation of the Concep t 
of B nerp ency Operations under Nuc lear A ttack. Santa Monica, 

California: Svstems Development Corporation, June 1967, Part II, 

rip. A, p. 49. 

A Civil Defense Planni ng Guid e Matrix . WashIngton, D. C.: Office of 
Civil Defense, 1965, FCDG, Pt. A, Ch. 1, p. 1. 

ALFA NEOP , EOC Maste r Check List (Zona l Level) . Washington, D. C.. 

Department of Defense, Office of Civil Defense, KG G-l.2/2, April 1971. 

Bogue, Donald J. The Popu lation of the Uni ted States. New York, N. Y.: 

The Free Press of Glencoe, 1961. 

Cannell, R. S. Local Civil Defense System . Menlo Park, California: 

Stanford Research Institute, October 1964. 

Cir y Plan Cod i ng-Guide-Parcel Tap e. Detroit, Michigan: Detroit City 
Plan Commission, Research Division, February 1965. 

Clarke, Eric T., Arthur L. Kaplan, and Emerson D. Callahan. The Potential 
Radiation Hazard from Water Supplies and MiIk After a Nuclear Attac k. 
Alexandria, Virginia; Technical Operations, Inc.. Report No. TO-B 
60-27 (Revised) April 7, 1961. 

Collins, R. Tra i ning for Dcve lo pment Planning: A Prel i minary Design 

(Concept Paper). Research Triangle Park, North Carolina: Research 
Triangle Institute, July 1970. 

Gonrnmfcat ions Research Study . Buffalo, New York: Cornell Aeronautical 
Eaboratory, Inc., May 1967, Appendix C., Sec. 2, p. C-2. 

Concep t s of Operations under Nuclear Attack . Washington, D. C.: Office 
of Civil Defense, June 26, 1967, Working Draft. 

Devaney, J. F. Civii Defense Research Analysis . Washington, D. C.: 

Research Directorate, Office of Civil Defense, December 1966. 

Devaney, J. F. Systems Analysis in Civil Defense, Parts I and II. 

Washington, D. C.: Research Directorate, Office of Civil Defense, 
August 1963 and current Federal Civil Defense Guides. 

Economic Research Service of the L.S.D.A. in cooperation with the 

Department of Defense: Report No. 632, Warehouses ; Report No. 577, 
R ctai 1 Stores ; Report No. 707, Away-from-Home Eating Establishments ; 
and Report No. 669, Home . 

Executive Order No. 7 dated October 26, 1962, City of Detroit. 

Farnsworth, G. L. A Geographic Base F ile for Urban Statistical Analysis . 
Washington, D. C.: Bureau of Census, Conference on Small-Area 
Statistics, American Statistical Association, Pittsburgh, Pa., 

August 1968. 

F ive-City Study Status Report . Washington, D. C.: Office of Civil 
Defense, 30 June lybb. 


36 





HiBLIOOKAPHY (CONTJNUKD) 


Forrester, .!. W. U rban iK ii.iniic.s. Cambridge, Massaciuisctts : Massachusetts 
Institute of Tccluio 1 o;:y Press, 19o9. 

linen, R. I,., ct a 1. Analysis of N ational Unity Survival. Menlo l'ark, 
California: Stanford Research Institute, November 1967. 

Cut do for Participants . Washington, 1). C.: Systems evaluation Division, 
Research Directorate, Office of Civil Defense, May 1, 1963. 

Haaland, C. M. Civil Defense Systems A na lysis . Oak Ridge, Tennessee: 

Oak Ridge National Laboratories, May 1968, Draft Unpublished. 

Hendry, K. N. Ci vil Delcnse Operating System Synthesi s : Countermeasure 
Mod e], Final Report . Research Triangle Park, North Carolina: 

Research Triangle Institute, October 1968. 

_. Det roit Civil Defense Ope r atin g , System Synthesis, Fin al 

Rep ort, Vol. 1 : Prelim inary System Description and Vol. 11: 

Technical App roach . Research Triangle Park, North Carolina: 

Research Triangle Institute, January 1968. 

Hendry, R. N. ana Dora ii. Wilkerron. i.oca l Operating System Countermeasures 
Mode ] , Pinal Report. Research Triangle Park, North Carolina: Research 
Triangle Institute, November 19(>9. 

_. Local Op e rating f ystein Coun tormeasnre Model, Final Report. 

Research Triangle Park, North Carolina: Research Triangle Institute, 
November 1970. 

A Model of the Local civil Defe nse Operating Sy stem . 

Research Triangle Park, North Carolina: Research Triangle Institute, 
September 1971. Draft Unpublished. 

International City Manager's Association Annual, Municipal Yearbook, 1967. 
Washington, D. C.: International City Management Association, 1967. 

Knoll and R. liushberg. Tin .* Cost and Feasibility of emergency Cooperation 
Aiming Local Gover n ments . Menlo Park, California: Stanford Research 
Institute, October 1967. 

Lamport, S., W. C. Ramsay, and C. K. Walli. D eveloping Area Transportatio n 
System Study . Long beach, California: Systems Associates, Inc., 
February 196 7. 

Land-Use Generalized Plan (Map). Detroit, Michigan: City of Detroit- 
Master Plan, City Plan Commission, February i5, 1950 and revision, 
December 12, 1966. 

Local Civil D efunse Program Papers and Progress Report fur F iscal Vcai 

_196jB. Washington, I). C. ; Office of Civil Defense, April 196 7, Pt. B, 
Ch. 3, Appendix 7 , p. 10. 


37 


BIBLIOGRAPHY (GONT LNUED) 


L ocal Government Km or^oiu-v nperat ions Plan . Montgomery County, Maryland. 
Mav 19b4, basi’d on I'CDG Pi. A, Ch. 1 and I’t. K, Ch. 2. 

McGillivray, 1’. C. Detroit. Civil Do fan so Plan . Detroit., Michigan: 

Office of Civil Defense, becemuer 1965. 

_. Detroit Civil Defense Man . City ot Detroit, Michigan: 

Office of Civil Defense, October 1962 , with revisions througn 
July 1965. 

McMullan, P. S. , J. C. Wright, 11. S. Anderson, and S. Trustman. Budge t 
Allocation for Shelter Systems , Final Report. OCD Work Unit 1631C. 
Research Triangle Park, North Carolina: Research Triangle Institute, 
June 1967. 

McMullan, P. S., J. C. Wright, and .5. Trustman. An Algoritlun for 

Maximi zing Cost Effectiveness of Civil Defense Shelter Development 
Programs . Work Unit 1631C. Research Triangle Park, North Carolina: 
Research Triangle Institute, October 1966. 

Miller, C. F. Outline of Research Program Content for Civil Defense . 
Washington, D. C.: Office of Civil Defense, December 1962. 

NFSf> Phase 11 data maintained on master computer files at N’CDCF, Olney, 
Maryland. 

N ational Loc a tion Code Book . Washington, D. C.: U.S. Bureau of Census, 
prepared for the Otlice of Civil Defense and the Office of Emergency 
Planning, 1962. 

Procedures for Donation of Federal Surplus Personal Property . Washington, 
D. C.: Office of Civil Defense, December 1963. FCDG P&F, 

Cli. 5, Appendix 3, pp. 17-42. 

Pyecha, J. N., L. L. Hill, A. W. Voors, J. B. llallan, H. S. Anderson, 

G. M. Botkin, and R. 0. Lyday, Jr. Alternative Designs for Systems 
for Providing Postattack Medical Care , Final Report, Vol. I. 

Research Triangle Park, North Carolina: Research Triangle Institute, 
October 1970. 

Pyecha, J. N. , R. 0. Lyday, Jr., G. M. Botkin, and H. S. Anderson. User's 
and Operator's Manual for the Local and Aggregate Total Btiergency 
Health Care System Mode ls, Final Report, Volume II. OCD Work Unit 
3432B. Research Triangle Park, North Carolina: Research Triangle 
Institute, October 1970. 

Rich ford, M. A. and W. E. Davis. City of Albuquerque, New Mexico - 

V ulnerability of Gas Utilities to Nuclear Attack . Work Unit 4334C. 
Washington, D. C.: Office of Oil and Gas, U.E. Department of 
Interior, September 1968. 


38 






BIBLIOGRAPHY (CONTINUED) 


Schein, Kdgar H. and Warren 0. Bennis. Personal a nd Organ i zational 

Cha nge through Croup Method: The laboratory Approach . New York: 

John Wiley and Sons, Inc., 1967, 

Schwalb, L. Federal Uses: Programs o f Lhc U.S. Office of Civil Defense . 

Washington, D. C.: Bureau of Census, Conference on Small-Arca Statistics 
American Statistical /Association, Pittsburgh, Pa., August 1968, p. 42. 

Smith, R. W., E. Bend, and F. B. Jeffreys. Shelter Manager's Manual . 

City of Detroit, Michigan: Office of Civil Defense, American 
Institute for Research, 1965. 

Standard Location Area Measurement, SI.AM Tract . Washington, D. C.: 

National Resource Evaluation Center, Executive Office of the 
President, Office of Emergency Planning, March 6, 1966. (Unclassified) 

Stropc, W, E. Whi tlier Civi 1_De fens e? Washington, D. C.: Office of Civil 

Defense, Sept. 1963. 

Tiller, Hans J., William L. liardiek, and Dan M. Walker. Development o f 
a_ bocal Civil Defen s e Operating Syste ms Evaluation Mode l, draft. 
Alexandria, Virginia: Technical Operations, Incorporated, 

January 1970. 

Trustman, S. Definition of !o-M op er ating Ar eas, Final Report. Research 
Triangle Park, North Carolina: Research iriangie Institute, March 
1970. 

U.S. Bureau of the Census. "Detroit, Michigan, Standard Metropolitan 

Statistical Area," I.'.S. Censuses uf Population and Housing: 1960 , 

Final Report PHC(l)-40. Washington, D. C.: U.S. Government Printing 
Office, 1962. 

Vanltom, W. H., C. B. Boyd, and C. W. Fozct. Repair and Reclamation of 
Gas and Elec tr ic Utility Systems . Burlingame, California: URS 
Corporation, July 19b7. 

Functional 


Ahlers, B. Edward. Debris Cl e arance Study . Chicago 16, Illinois: IIT 
Research Institute, Technology Center, September 1963. 

Civil Defence Handbook No, 8, Emergency Feeding . London: Her Majesty’s 
Stationery Office, 1960. 

Civi1 Defence Handbook No. 7, Rescue . London: Her Majesty's Stationery 
Office, 1960. 

Crain, John L. and Charles D. P.igelow. Civil Defense Rescue Requirements 

Following a Nuclear Attack. San Francisco, California. February 1965. 


39 



lil BLIOCRAPHV (CONTINUED) 


('rain, John L. , Robert K. Mcister, Lacy G. Thomas, and Lug otic M. Spurlock. 
Supplemental Analy sis- Civil Defense Res cm* . Work Unit 2 511B, Menlo 
Park, California: Stanford Research Institute, August 1965. 

Dis aste r Preparedness Plan . Detroit 32, Michigan: Detroit Chapter, 

American Red Cross. 

Detroit Fire Department, 99th Annual Report . Detroit, Michigan: Detroit 
Board of Fire Commissioners, 31 December 1966. 

Federal Civj.1 oefense Guides . Washington, D. C. : Department of Defense, 
Office of Civil Defense. 

Uaswell , 1). 15., D. W. Williams, and T. J. Cummings. A Disaster Planning 

Manual for Small Communities . Cambridge, Massachusetts: Bio-Dynamics, 
Inc., 15 Apri1 1955. 

Mintz, R. 1)., J. Buttimer, G. Barry, and W. Lcininger. Logistics of Debris 
C learance and Remova l. Menlo Park, California: Stanford Research 
Institute, August 1967. 

Shelter Kquipmcnt Plann i ng Guidelines . Chicago 16, Illinois: 1IT Research 
Institute, Technology Center, June 1964. 

Radiological Monitoring for Civil Defense . Santa Barbara, California: 
Kdgerton, Germoshausen and Grier, Inc., 13 August 1963. 

R escue S k ills and Techniques , TM-J4-1 (Technical Manual). Washington, D. C. 
Office of Civil and Defense Mobilization, September 1953. 

Van Horn, William H., Gail B. Boyd, and Carl R. Foget. Repair and 

Reclamation of Gas and Klectric Utility Systems . URS 669-6, Work 
Unit 33113. Menlo Park, California: Stanford Research Institute, 

July 1967. 





